home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1993 July / Internet Tools.iso / RockRidge / mail / pp / pp-6.0 / CHANGES next >
Encoding:
Text File  |  1991-12-18  |  13.7 KB  |  463 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.              Changes from PP version 5.2 to 6.0
  11.  
  12.  
  13.  
  14.  
  15.  
  16. _1.  _O_v_e_r_v_i_e_w
  17.  
  18. This  short  document  is  a   description   of   the   more
  19. user/administrator  visible changes that have taken place in
  20. PP between the last interim version (5.2) and the beta  ver-
  21. sion  (6.0). This document is not exhaustive or complete but
  22. is a guide to what to look out for. In general the following
  23. may be assumed.
  24.  
  25. o+    The Queue files are compatible  between  5.2  and  6.0.
  26.      Note  however that the Queue structure has changed. Old
  27.      channels will have to be recompiled  to  recognise  the
  28.      new format, but new channels will read old queue files.
  29.  
  30. o+    The qmgr protocol is compatible between 5.2 and 6.0
  31.  
  32. o+    The syntax of some of  the  table  files  has  changed.
  33.      Where appropriate conversion scripts are provided.
  34.  
  35. o+    Some procedure calls have been  changed  or  have  dif-
  36.      ferent parameters.
  37.  
  38. o+    the libdsap.a library is now required for compilation.
  39.  
  40. In summary, you should be careful when upgrading to the  6.0
  41. release.   It  will  not  work  by  just  replacing  the 5.2
  42. binaries with 6.0. For definite the domain table  will  HAVE
  43. to be changed.
  44.  
  45. _2.  _D_e_t_a_i_l_e_d _c_h_a_n_g_e_s
  46.  
  47. This list is in no particular order of preference or  impor-
  48. tance.
  49.  
  50. Domain Table
  51.      The domain table syntax has been  changed  to  be  more
  52.      explicit  and  has  been  brought into line with the OR
  53.      table syntax. We feel this is clearer and more logical.
  54.      Tools  that  process  the domain table have been taught
  55.      the   new   format   and   there   are    scripts    in
  56.      Tools/tables/compat  to convert between the old and new
  57.      formats.  There is NO backwards compatibility here. Old
  58.      format tables will just plain not work.
  59.  
  60. Aliases Table
  61.  
  62.  
  63.  
  64.                      December 18, 1991
  65.  
  66.  
  67.  
  68.  
  69.  
  70.                            - 2 -
  71.  
  72.  
  73.      The aliases table syntax has changed to a  main  choice
  74.      of  synonym or alias with further qualifiers specifying
  75.      the address type of the synonym or alias.  The  changes
  76.      are
  77.  
  78.           x:alias y         x:alias y
  79.           x:synonym y       x:synonym y
  80.           x:822-synonym y   x:synonym y 822
  81.           x:x400-synonym y  x:synonym y x400
  82.           x:822 y           x:alias y 822
  83.           x:x400 y          x:alias y x400
  84.      where any white space in  y  must  be  quoted  using  a
  85.      backslash  There  is also a "external" qualifier.  This
  86.      disables further lookups of synonyms  and  aliases  and
  87.      can  be  used  for  a  main  site mail hub mapping from
  88.      site_wide_name@localsite                             to
  89.      local_machine_name@localmachine  and  vice  versa.  The
  90.      use of external stops the looping alias  problem  which
  91.      would otherwise occur.
  92.  
  93. Return of Contents
  94.      Return of contents is now supported.  This  is  a  side
  95.      effect  and  part  of  the  work on routing of delivery
  96.      reports.
  97.  
  98. Use of pepsy
  99.      Use of the PEPSY ASN.1 compiler rather  than  PEPY/POSY
  100.      is  now  used  in  many  places. This makes for smaller
  101.      binaries and much quicker compilation.
  102.  
  103. ISODE 7.0
  104.      PP 6.0 is aligned to ISODE 7.0. It will not work  under
  105.      ISODE 6.0.  If you are using the 6.0 release you should
  106.      be using ISODE 7.0. It should however work under  ISODE
  107.      6.8.
  108.  
  109. Tailor file
  110.      There have been many changes to the  tailor  file.  The
  111.      introduction of several new variables and the splitting
  112.      up of header and body part types. These are
  113.  
  114.           dap_user     Directory username for DS lookups
  115.           dap_passwd   Directory Passwd for same
  116.           fsync        disable use of fsync(2)
  117.           headertype   list of headers c.f. bodypart
  118.           queuestruct  use hierarchical queue structure
  119.           submit_addr  call submit over network
  120.           diskuse      limit the disk space consumed by PP
  121.  
  122.      Channel tailoring also has a number of new variables
  123.  
  124.           drchan       replaces old outchan
  125.           hdrin        headers inbound
  126.           hdrout       headers outbound
  127.  
  128.  
  129.  
  130.                      December 18, 1991
  131.  
  132.  
  133.  
  134.  
  135.  
  136.                            - 3 -
  137.  
  138.  
  139.           ininfo       inbound channel info
  140.           inadr        inbound channel addr type
  141.           insubadr     inbound channel sub address type
  142.           intable      inbound channel table
  143.           key          give alternative names to channel
  144.           mtatable     list of known mtas for channel binding
  145.           outinfo      outbound channel info
  146.           outsubadr    outbound channel sub address
  147.           outtable     outbound channel table
  148.           solo-proc    channel requires address one at a time
  149.           bad-sender-policyset the policy for unroutable senders
  150.           check        set the checking mode of the channel
  151.  
  152. Channel pairing
  153.      Channels may now be explicitly  paired  together.  This
  154.      allows one definition to specify both an inbound and an
  155.      outbound channel.  It also allows several logical chan-
  156.      nels  for  one  inbound protocol by selecting a channel
  157.      per MTA.
  158.  
  159. Timezones
  160.      Many more lettered timezones are recognised. This  list
  161.      is ambiguous at best and numeric forms should really be
  162.      used except at user interfaces.
  163.  
  164. Delivery Reports
  165.      Delivery reports are now routed back to their  origina-
  166.      tor.  In 5.2 they were returned directly down the chan-
  167.      nel they arrived on. This allows for one way  links  in
  168.      general  makes  things  easier. It also allows protocol
  169.      conversion so that, for instance, a delivery report  on
  170.      an  X.400 message may go back via an RFC-822 if that is
  171.      the only option.  A side effect of this is the  channel
  172.      variable  outchan  has been renamed drchan and has dif-
  173.      ferent semantics attached to it (see the manual).
  174.  
  175. Header parts
  176.      Separation of headers and bodyparts for  each  channel.
  177.      This  is  mainly a syntactic change but will allow more
  178.      flexibility later. The upshot  is  you  may  need  both
  179.      bptin/bptout  and hdrin/hdrout types in channel defini-
  180.      tions.
  181.  
  182. Local delivery
  183.      The local channel table (ch.local) has had a change  of
  184.      syntax.  The  old format should still work, but the new
  185.      format (which is  key=value)  based  allows  much  more
  186.      flexibility and setting of options for mail managers.
  187.  
  188. MTA Console
  189.      The MTA Console has been changed to show  more  statis-
  190.      tics  and has a new heuristics for showing just channel
  191.      and MTA summary information. This is  useful  for  very
  192.      large queues.
  193.  
  194.  
  195.  
  196.                      December 18, 1991
  197.  
  198.  
  199.  
  200.  
  201.  
  202.                            - 4 -
  203.  
  204.  
  205. Line Console
  206.      Two line based console  programs  have  been  provided.
  207.      These give some of the functionality of the MTA console
  208.      for dumb terminals.
  209.  
  210. Directory lists
  211.      The directory list program has been improved  more.  It
  212.      now  has several associated tools to convert file based
  213.      lists into directory  based  lists.  There  is  also  a
  214.      checkup tool.
  215.  
  216. Performance
  217.      Some work has been done on general performance. In gen-
  218.      eral  the  system  should  run slightly faster and have
  219.      less problems with large queues.
  220.  
  221. X.400(88) OIDs
  222.      One  of  the   X.400(1988)   object   identifiers   was
  223.      incorrect. Originally the code used the object identif-
  224.      ier designated in the Blue Book. It now  uses  the  one
  225.      given in the implementors guide.
  226.  
  227. Mail 11
  228.      Our thanks must go to Nigel Titley of  British  Telecom
  229.      for  the  donation  of  a  Decnet Mail-11 channel. This
  230.      allows interworking with DECNET and PP.
  231.  
  232. G3Fax channel
  233.      A skeleton outbound G3 Fax channel is  included.  There
  234.      are  currently two drivers written using this skeleton,
  235.      one for the Fujitsu dexNet200 modem  and  one  for  the
  236.      Panasonic SystemFax 250 machine.  These channels enable
  237.      PP to send  appropriately  encoded  messages  via  fax.
  238.      There are a couple of reformatter filters which convert
  239.      an hdr.822 to a fax coverpage and an ia5 bodypart to  a
  240.      g3fax bodypart.  These reformatters produce X.400 g3fax
  241.      bodyparts and so are general use and are not  dependent
  242.      on any fax machine.
  243.  
  244. Splitter Channel
  245.      A Splitter channel is included.  This channel  together
  246.      with  the  presence of solo-proc=yes in channel entries
  247.      in the tailor file  enables  exclusive  processing  for
  248.      specified  recipients.  This was introduced for the fax
  249.      reformatter channels.
  250.  
  251. Address Parsing
  252.      The address parsing code has been  restructured  exten-
  253.      sively. This should be more efficient in many cases.
  254.  
  255. X.400 Extensions
  256.      X.400(88) address extensions are now recognised.
  257.  
  258. X.400 addresses
  259.  
  260.  
  261.  
  262.                      December 18, 1991
  263.  
  264.  
  265.  
  266.  
  267.  
  268.                            - 5 -
  269.  
  270.  
  271.      Address parsing recognises A as ADMD and P as  PRMD  in
  272.      RFC1148 encoded X.400 addresses. These are converted to
  273.      the form given in RFC1148.
  274.  
  275. Multi level queue
  276.      For very large system (queues in excess of  about  4000
  277.      messages)  a  multi-level queue can be used. if this is
  278.      in effect messages are placed at  random  in  subdirec-
  279.      tories of the main queue to reduce the time required by
  280.      the system to locate files.
  281.  
  282. Authorisation Warnings
  283.      Authorisation warnings are now implemented. If  a  mes-
  284.      sage  fails  authorisation, a warning can be optionally
  285.      sent to the originator and/or the recipient.
  286.  
  287. Delayed delivery warning
  288.      Warnings of delays in delivery are now sent to the ori-
  289.      ginator  of  the  message  if  the  message  cannot  be
  290.      delivered in a timely fashion.
  291.  
  292. Submit daemon
  293.      Submit can be run as a daemon in addition to its normal
  294.      directly  executed  form.  This  may  give  performance
  295.      improvements for inbound messages.
  296.  
  297. administrator assigned alternate recipient
  298.      The system manager can direct bad address to a  default
  299.      mailbox,  where numerous actions may be attempted (such
  300.      as returning helpful messages about approximate  match-
  301.      ings etc.)
  302.  
  303. X.400(88) downgrading
  304.      A filter to downgrade X.400(88) P2 headers to X.400(84)
  305.      P2 headers has been provided.  Similarly downgrading of
  306.      P1 is done  in  the  appropriate  channels.   This  new
  307.      filter  may  also  be used to normalise OR addresses in
  308.      these headers.
  309.  
  310. Body part support
  311.      Support of a number of different body types,  including
  312.      ISO-6937, ISO-8859, and T.61 character sets.
  313.  
  314. New queue format
  315.      A new queue format has been introduced. We believe this
  316.      will  give  greater  reliability and flexibility. There
  317.      are now no special subdirectories of the queue,  every-
  318.      thing is directly under the queue directory. There is a
  319.      utility to convert the old format into the  new  format
  320.      (Tools/tables/compat/que_o2n).    New  format  for  the
  321.      internal structure of the message queue has  also  been
  322.      added in a backwards compatible way.
  323.  
  324. ckadr
  325.  
  326.  
  327.  
  328.                      December 18, 1991
  329.  
  330.  
  331.  
  332.  
  333.  
  334.                            - 6 -
  335.  
  336.  
  337.      ckadr no longer guesses which format of  addressing  an
  338.      address is (x400 or rfc822).  Explicit choice should be
  339.      made via the -x and -r flags (-r is default) It also no
  340.      longer  checks  for  UK domain ordering by default i.e.
  341.      will only identify US domain ordering).   Checking  for
  342.      UK ordering can be done via the -b flag.
  343.  
  344. Disk checking
  345.      Submit can be tailored to  check  the  amount  of  free
  346.      space available on disk and not submit messages if this
  347.      is below some threshold. This is not supported  on  all
  348.      systems.
  349.  
  350. Control of header type
  351.      The specification of a nondefault header  type  in  the
  352.      inbound  channel will override the default header types
  353.      such as hdr.822 and hdr.p2.  This will enable a site to
  354.      minimise the header manipulation/normalisation done.
  355.  
  356. Bad senders
  357.      The system manager can control the policy  for  dealing
  358.      with bad senders on an inbound channel basis.
  359.  
  360. X.400(88) Extensions
  361.      X.400(88) O/R Address extensions have been  implemented
  362.      and are useable for routing.
  363.  
  364. loc_dom_mta, loc_dom_site
  365.      Previously these two values were  magically  recognised
  366.      as   local   when   normalising  and  routing  RFC  822
  367.      addresses.  This magic has been  removed  and  now  you
  368.      need explicit entries for these in the domain table
  369.  
  370. redirection history
  371.      X.400 redirection history is now supported.  This shows
  372.      up  a bug in PP 5.* which may cause PP 5.* MTA to break
  373.      when interworking over x400 with a PP  6.0  MTA.   Note
  374.      that aliases are implemented as redirects.
  375.  
  376. table overrides
  377.      Tables may been overriden by explicit  key/value  pairs
  378.      given in the tailor file.
  379.  
  380. _3.  _U_p_g_r_a_d_e _p_a_t_h
  381.  
  382.      This is the basics of how to upgrade  from  PP  5.2  to
  383. 6.0.
  384.  
  385. Compile
  386.      Compile pp-6.0 and install.
  387.  
  388. domain table
  389.      Convert the domain table into the new format. There are
  390.      some  tools  under  Tools/tables/compat to aid in this,
  391.  
  392.  
  393.  
  394.                      December 18, 1991
  395.  
  396.  
  397.  
  398.  
  399.  
  400.                            - 7 -
  401.  
  402.  
  403.      but you may want to rethink how you  generate  these  a
  404.      little. This is the major change in this version.  Also
  405.      check that the relevant entries  for  loc_dom_site  and
  406.      loc_dom_mta are present in the domain table as they are
  407.      no longer magically recognised.
  408.  
  409. alias table
  410.      This should be altered into the new format. The conver-
  411.      sion routine in Tools/tables/compat may help again.
  412.  
  413. local table
  414.      This should be backwards compatible, but you  may  want
  415.      to change to the new format anyway.
  416.  
  417. Queue
  418.      Any files in the queue should be converted to  the  new
  419.      format. This can be done by the following:
  420.  
  421.  
  422.  
  423. Tailoring
  424.      Change the tailor file to use the new keys and values.
  425.  
  426. Checkup
  427.      Run ckconfig and see that everything is sensible.
  428.  
  429. restart
  430.      Rebuild the database and restart.
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450.  
  451.  
  452.  
  453.  
  454.  
  455.  
  456.  
  457.  
  458.  
  459.  
  460.                      December 18, 1991
  461.  
  462.  
  463.